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ABSTRACT 



Methods and systems for recognizing a client computer as a 
replacement for a previous client computer or as being new 
to a computer network. When a client computer is connected 
to a server in a computer network, the client computer sends 
its unique identifier to the server. The server compares the 
unique identifier against a list of known unique identifiers. 
If the server determines that the unique identifier is 
unknown, the client computer prompts the user to select one 
of a list of user options, which include, for example, a 
replacement computer option and a new computer option. If 
the user selects the replacement computer option, the user 
also identifies the previous computer that has been replaced. 
The server then replaces the previous computer's unique 
identifier with the replacement computer's unique identifier, 
and assigns the replacement computer to an appropriate 
server computer. If the user instead selects the new computer 
option, the server assigns the new computer to an appropri- 
ate server computer. The methods may further include 
identifying the hardware components of the new or replace- 
ment computer and modifying operating system components 
with little or no user assistance. 

11 Claims, 16 Drawing Sheets 
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ESTABLISHING ONE COMPUTER AS A 
REPLACEMENT FOR ANOTHER 
COMPUTER 

BACKGROUND OF THE INVENTION 

1. The Field of the Invention 

The present invention relates to methods and systems for 
supporting a new or a replacement computer in a network 
environment with minimal administrative assistance. In 
particular, the present invention relates to methods and 
systems wherein a client computer transmits to a server a 
unique identifier associated with the client computer. The 
server compares the unique identifier to known unique 
identifiers, recognizes that the client computer's unique 
identifier is previously unknown, and then configures the 
network environment to treat the client computer as a new 
or replacement computer. 

2. The Prior State of the Art 

As computers have become more powerful and less 
expensive, their acceptance and use in business have con- 
tinually increased over the years, and are now standard in 
many industries. The increasing use of computer networks 
has been a significant factor in employee productivity gains 
in the economy. Because the price of computers has gener- 
ally decreased over the years, the purchase price of a 
computer is now often a relatively small percentage of the 
total cost of owning and operating a computer in the 
business setting. Increasingly, from a business standpoint, 
the total cost of ownership is a significant factor in the 
number of computers owned by a business and the breadth 
of activities in which computers are used. Frequently, a 
major portion of the total cost of ownership includes instal- 
lation of new computers and new hardware, the cost of 
software, and general network administration. 

Sometimes, as a result of software problems or hardware 
failure, a client computer may be rendered temporarily or 
permanently unusable. For example, the hard disk or the 
motherboard of a client computer is subject to the risk of 
failure, with the result that the failed hardware must be 
replaced or an entirely new computer must be substituted for 
the failed device. The cost of computer failure includes not 
only the cost of purchasing new hardware or a new computer 
but also the time required to physically connect the com- 
puter to the network and to configure the computer and the 
server in order to boot the new computer and make it 
available to a user. Furthermore, a significant amount of time 
and cost may be spent in reinstalling and configuring pro- 
grams that had been used on the particular failed computer. 

An example of a typical computer network in the prior art 
is illustrated in FIG. 1. Network 10 includes one or more 
server computers 12, one or more client computers 14, and 
a network infrastructure 16 that allows information to pass 
between the server computers and the client computers. If a 
computer 14 fails, it is likely that the hardware of a replace- 
ment computer is different from the hardware of the failed 
computer. If so, the operating system as previously config- 
ured may be incompatible with the new hardware. As a 
result, the administrator is ordinarily required to install the 
proper operating system software or device drivers in order 
to support the replacement computer. The administrator time 
spent in configuring the replacement client computer com- 
bined with the down time and associated loss in employee 
productivity from lack of access to the computer signifi- 
cantly contributes to the total cost of owning a computer in 
the business setting. 

The cost and inconvenience of replacing a failed com- 
puter or failed hardware is particularly great when the failed 
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hardware is the hard disk. Failure of a hard disk in a network 
setting such as that illustrated in FIG. 1 may involve the loss 
of a great deal of potentially valuable information. 
Furthermore, the cost of the lost data generally includes the 

5 employee time required to replace the data. 

Certain types of hardware components are increasingly 
automatically installed and supported by operating systems 
and associated device drivers. For example, printers, sound 
cards, video cards and the like may be essentially automati- 

10 cally installed and supported by some operating systems 
with minimal or no user input. For instance, some operating 
systems automatically recognize the presence of changed 
hardware after the operating system boots on the computer 
and then update or install device drivers accordingly. 

15 The foregoing method of automatically supporting new 
hardware has previously been inapplicable to hardware that 
operates during bootup and initial execution of the operating 
system software. Unless the changed hardware has already 
been recognized and the operating system software updated 

20 accordingly, the computer is unable to boot in the first place. 
However, without first booting the operating system, the 
presence and identity of the new hardware components 
cannot be detected. Thus, in the past, the foregoing two 
requirements have been mutually exclusive, and new hard- 

25 ware used during the bootup process has been incompatible 
with methods of automatic hardware recognition and auto- 
matic configuration of the operating system. As a result, 
when a hard drive or a motherboard, for example, is replaced 
with new hardware, the user has been required to manually 

30 reconfigure the operating system. The foregoing problem 
has been a significant hindrance in the otherwise successful 
effort of minimizing administrative attention needed to 
replace networked computers and update hardware. 

35 In view of the foregoing, it would be a great advancement 
in the art to provide a system for automatically adjusting 
operating system software for new hardware components, 
particularly those that must operate during the booting 
process. Furthermore, it would be a great advantage to 

4Q provide network systems wherein a replacement computer 
or replacement hardware may be installed and automatically 
supported by the servers with minimal or no user or admin- 
istrator attention. It would be particularly advantageous if 
such methods would allow a replacement computer or 

45 replacement hard disk to automatically obtain the data stored 
on a previous or failed computer or hard disk. Such methods 
and systems would significantly reduce the total cost of 
ownership of computers in the business setting and would 
reduce the administrative costs of operating computer net- 

5Q works. 

SUMMARY AND OBJECTS OF THE 
INVENTION 

The present invention relates to methods and systems for 
55 booting client computers over a network using operating 
system components provided by a server computer. Accord- 
ing to the invention, the client computers may be booted and 
automatically reconfigured regardless of changes made to 
the hardware components of the client computer since the 
60 last time the client computer was connected to the server. 
When replacement hardware or an entire computer is added 
to the network, the client computer may be connected to the 
network and booted with little or no user input. Moreover, 
the operating system is automatically updated in response to 
65 new hardware that must be operated during the bootup 
process. According to the invention, the new computer or 
replacement hardware is treated by the servers just as the 
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previous computer or hardware. Furthermore, if a hard disk 
has been replaced, the replacement hard disk automatically 
receives copies of information previously stored on the 
original hard disk. One result of the methods of the invention 
is that the new or modified computer is configured identi- 5 
cally to the original computer from the point of view of the 
user. 

According to the invention, a preliminary connection is 
established between the client computer and a server com- 
puter before the bootup operation is initiated. The prelimi- 10 
nary connection is used to ensure that the operating system 
is properly configured and the appropriate device drivers for 
the critical hardware components are installed before bootup 
occurs. 

In the preliminary connection, a globally unique identifier 15 
("GUID") associated with the computer is transmitted from 
the client computer to the server. The transmitted globally 
unique identifier is used by the server to determine whether 
the particular client computer has previously accessed the 
network. If the server determines that the client computer is 20 
new to the network, the preliminary connection is used to 
ask the user whether the client computer is a new computer 
or a replacement computer for a previous computer. In the 
case where the client computer is a replacement computer, 
the user is prompted to identify the previous computer. In 25 
response to the information provided by the user, the server 
computer locates a GUID/server assignment repository con- 
taining information associating client computers with server 
computers. The server computer then replaces the previous 
computer's GUID in the GUID/server assignment repository 30 
with the replacement computer's GUID, thereby recogniz- 
ing the new computer as a replacement. 

During the preliminary connection, information relating 
to the previous hardware configuration of the client com- 35 
puter is transmitted from the server to the client computer. 
In particular, the transmitted information may relate to 
"critical" hardware components of the client computer, 
which must be properly supported in order to boot the 
operating system. Depending on the operating system used 4Q 
in the network environment, the critical hardware compo- 
nents may include the network interface card, the hard disk, 
and the motherboard. 

The client computer receives the transmitted information 
and compares the current hardware configuration of the 45 
client computer to the previous hardware configuration. If 
critical hardware components of a new type are identified, 
and if the operating system is not yet configured to support 
the new critical hardware, the server installs the appropriate 
operating system components or device drivers. This is so 
done, for example, by locating the appropriate operating 
system components or device drivers and copying them into 
a client operating system directory located at the server that 
serves the client computer. The updated operating system 
components and device drivers are thereby made available 55 
for transfer to the client computer. 

In one implementation of the invention, the preliminary 
connection is used to determine whether the hard disk is a 
replacement, or whether the information that was contained 
in the hard disk of the client computer has been otherwise 60 
lost since the last time the client was connected to the server. 
If the hard disk information is not current, the hard disk may 
then be disabled during the balance of the booting process. 

When the appropriate software is copied to the client 
operating system directory, bootup of the client computer 65 
proceeds by transmitting operating system components from 
the operating system directory to the client computer. These 
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operating system components are compatible with the new 
hardware on the client computer such that the client com- 
puter boots with little or no user assistance. In addition, if the 
hard disk is new or otherwise has experienced a data loss, a 
backup copy of the lost data may be transferred from a 
storage location at the server computer to the client com- 
puter. In this manner, the client computer automatically and 
reliably obtains a copy of data files, application programs, 
and other information that were stored at the client computer 
when it was last connected to the server. 

The invention is an advancement in the art by signifi- 
cantly reducing the administrative time and expense 
required in operating and owning computers and computer 
networks. When new hardware or new or replacement 
computers are connected to the network, the network auto- 
matically recognizes the new devices and adjusts the oper- 
ating system in response thereto. If the computer fails, the 
replacement computer may be substituted therefor and may 
be operational almost immediately with minimal setup, 
configuration, or network adjustment. 

Additional objects and advantages of the invention will be 
set forth in the description which follows, and in part will be 
obvious from the description, or may be learned by the 
practice of the invention. The objects and advantages of the 
invention may be realized and obtained by means of the 
instruments and combinations particularly pointed out in the 
appended claims. These and other objects and features of the 
present invention will become more fully apparent from the 
following description and appended claims, or may be 
learned by the practice of the invention as set forth herein- 
after. 

BRIEF DESCRIPTION OF THE DRAWINGS 

In order that the manner in which the above-recited and 
other advantages and objects of the invention are obtained, 
a more particular description of the invention briefly 
described above will be rendered by reference to specific 
embodiments thereof which are illustrated in the appended 
drawings. Understanding that these drawings depict only 
typical embodiments of the invention and are not therefore 
to be considered limiting of its scope, the invention will be 
described and explained with additional specificity and 
detail through the use of the accompanying drawings in 
which: 

FIG. 1 is a schematic diagram of a network of the prior art 
including client computers and server computers. 

FIG. 2 A is a schematic diagram of a network according to 
the invention, in which an entire computer or selected 
hardware components thereof may be replaced. 

FIG. 2B is a schematic diagram of the network of FIG. 
2A, further illustrating the manner in which operating sys- 
tem components are provided to the client computer by the 
server. 

FIG. 3 is a schematic diagram of a server computer of the 
network of FIG. 2A, illustrating selected data structures and 
hardware components. 

FIG. 4 is a schematic diagram of a client computer of the 
network of FIG. 2 A, depicting selected data structures and 
hardware components. 

FIG. 5 is a flow diagram generally depicting selected steps 
of a method of the invention for recognizing new hardware 
components and adjusting the operating system before boot- 
ing the operating system on the client computer. 

FIG. 6 is a schematic diagram illustrating a client com- 
puter repeatedly connected to the network without a hard- 
ware reconfiguration. 
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FIG. 7 is a schematic diagram illustrating the replacement computing environments with many types of computer 
of an original client computer with a replacement computer, system configurations, including personal computers, hand- 
wherein the hardware of the original client computer and the held devices, multi-processor systems, microprocessor- 
hardware of the replacement client computer are of the same based or programmable consumer electronics, network PCs, 
type. 5 minicomputers, mainframe computers, and the like. 

FIG. 8 is a schematic diagram illustrating the replacement The present invention relates to methods and systems for 

of an original client computer with a replacement computer, booting a client computer over a network regardless of 

wherein the hardware of the original client computer and the changes in the hardware configuration of the client computer 

hardware of the replacement client computer are of different since the last time it was connected to the server. In 

types. 10 situations wherein critical hardware components (those that 

FIG. 9 is a schematic diagram showing the replacement of operate during bootup and initial execution of the operating 

selected hardware components of a client computer with system) are replaced, the server recognizes the presence of 

replacement hardware components. sucn hardware components and compensates for their pres- 

FIGS. 10A-10C include a flow diagram illustrating the „ cncc ' In cas f involving the replacement of an entire client 

steps of one embodiment of a method for recognizing new 15 computer, the server recognizes the new computer as a 

hardware components and booting an operating system on ^placement for the original client computer and adjusts the 

the client computer over a network. operating system accordingly. 

FIG. 11 is a flow diagram illustrating a sub-routine of the In order to L compensate for a new computer or new or 

method of FIGS. 10A-10C, wherein the server computer 20 ^placement hardware, a preliminary connection is estab- 

recognizes a client computer as being a new or replacement ^shed b f ween the cLent com P uler and l u he ™ com P uler 

client computer ~ before the operating system boots on the client computer. 

_ _ . " .„ . . r . The client computer and the server computer communicate 

u ■> c n^ T ft A ia ^ m Mvstotmg a sub-routine of the tQ determine whether one or more critical hardware com . 

method of FIGS. 10A-10C wherein the operating system is ^ ^ been ch d ^ ^ ^ CQ siflce the 

reconfigured for a new motherboard. 25 kst time jt was connecled to me server . If new critical 

FIG. 13 is a flow diagram depicting a sub-routine of the hardware components are included in the client computer, 

method of FIGS. 10A-10C, wherein the operating system is the server computer identifies operating system software or 

reconfigured for a new network interface card. device drivers that are required to support the new critical 

hardware. The identified operating system software or 

DETAILED DESCRIPTION OF THE 30 device dr ivers are used to update the operating system 

PREFERRED EMBODIMENTS associated with the client computer. Depending on the 

The invention is described below by using diagrams to nature of me operating system and the particular changed 

illustrate either the structure or processing of embodiments critical hardware components, the hard disk of the client 

used to implement the system and method of the present 35 computer may be disabled during the boot process. The 

invention. Using the diagrams in this manner to present the operating system is then downloaded over the network and 

invention should not be construed as limiting of its scope. boots on tne client computer. 

The embodiments of the present invention may comprise a As used herein, the term "critical hardware component" is 
special purpose or general purpose computer comprising defined as any hardware component of the client computer 
various computer hardware, as discussed in greater detail 4Q that must be appropriately supported by device drivers or 
below. other operating system components before or during a 
Embodiments within the scope of the present invention successful boot of the operating system on the client com- 
also include computer-readable media having computer- P uter - Although specific examples of critical hardware corn- 
executable instructions or data fields stored thereon. Such ponents are presented herein, the invention is not limited 
computer-readable media can be any available media which 45 ,heret0 ' In P articular » the identity of the critical hardware 
can be accessed by a general purpose or special purpose components depends largely on the operating system used 
computer. By way of example, and not limitation, such with * e clie nt computer. 

computer-readable media can comprise RAM, ROM, The term "operating system components" refers to data 

EEPROM, CD-ROM or other optical disk storage, magnetic fields, data structures, or computer files containing operating 

disk storage or other magnetic storage devices, or any other 50 system software, device drivers, information relating to the 

medium which can be used to store the desired executable hardware configuration of the client computer, and the like, 

instructions or data fields and which can accessed by a According to the invention, "modification" or "modifying" 

general purpose or special purpose computer. Combinations operating system components may include replacing, 

of the above should also be included within the scope of adding, removing, updating, reconfiguring, or otherwise 

computer-readable media. Executable instructions comprise, 55 changing one or more individual operating system compo- 

for example, instructions and data which cause a general nents. 

purpose computer, special purpose computer, or special FIGS. 2A and 2B illustrate a network system 20 including 

purpose processing device to perform a certain function or 0 ne or more server computers 22, one or more client 

group of functions. computers 24, and a network infrastructure 28 that estab- 

Althought not required, the invention will be described in 60 lishes communication between the client computers and the 

the general context of computer-executable instructions, server computers. Network infrastructure 28 may include 

such as program modules, being executed by computers in cabling, transport mechanisms, routers, and other devices 

network environments. Generally, program modules include that establish logical connections among servers 22 and 

routines, programs, objects, components, data structures, client computers 24, and other networked devices. Selected 

etc. that perform particular tasks or implement particular 65 examples of replacing client computers or critical hardware 

abstract data types. Moreover, those skilled in the art will components thereof are presented in FIG. 2A. In response to 

appreciate that the invention may be practiced in network any of the replacement scenarios presented in FIG. 2 A, 
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servers 22 and client computers 24 are together capable of processor 36 and various memory locations for storing 

identifying the changed hardware components and modify- device drivers, other operating system components and files, 

ing the operating system components with little or no user and other data associated with the client computers. Server 

assistance. computer 22 includes client directories 38, each of which is 

In a first scenario, client computer 24a and the critical 5 associated with one of the client computers that is assigned 

hardware 26a included therein remain unchanged during '° lhe , X ™?™ P T t * ^ i f "i 

l4 . , , .. T , • 1- 4 directory 38 that is illustrated in detail in FIG. 3 is associated 

muluple booting operations. In a second scenario client ^ ^ ^ 24 of ^ 4 

computer 246, including critical hardware 266, is replaced in «. . ,, t ,„ 4 . , , t C1 , 

r ,. . , & . A aji, ■ i « . Client directory 38 contains several data files and execut- 
es entirety with replacement client computer 24b 'including ' fl , , , A , , . ... 
critical hardware 266'. In this case, critical hardware 26b and 10 f e A'f s *»t are configured and updated to correspond with 

. . ... 1 1 j ~,l y e . . t • j the critical hardware components included in client corn- 
replacement critical hardware 26Z?' are of a similar or iden- . « 1 j • .« * . *_ 1 C 

i ... . 4 puter 24 dunng the most recent network connection or the 

tical type. In a third scenario, client computer 24c, including *\. . . * . , , . , . c t . . 

, , . , ... r . ' . ° client computer. It is noted that the specific contents of client 

cntical hardware 26c, is replaced with replacement com- ,. I 0 c ~ , , . *„ 4| t . - . 

• i j- ■» * i i_ j i/j t .u- directory 38 of FIG. 3 depend significantly on the features 

puter 24d, including cntical hardware 26d. In this case, f J , r A ., f r u j 

r , ' ... ,t , ^^j. 44 **. k of the operating system and the types of hardware co mpo- 

replacement critical hardware 26^ is of a different type than 15 4 T , & 7 ., , . 7 f „, T K. 

• ' * ... i « i T r • nents that are considered to be "critical . In this 

original critical hardware 26c. In a fourth scenario, one or , t 4 ~ 0 . , , - 4 . c , 

& ... , , , . ~, , , . embodiment, client directory 38 includes a configuration file 

more critical hardware components 26e of client computer , n . . . . j f , . .. £ n . 

. , ... ... , . . r 40 containing a server-side boot serial number 42, the 

24e are replaced with one or more critical hardware com- . . 5 j- i • i u a a a ^ 

, »/ /T ... i previous hard disk serial number 44, and the previous 

ponents 26/. In this case, replacement critical hardware 26/ * u u a * it>» -ru • u _i i ■ i 

f , ..J . 4 »u • • i • • i u. j on motherboard type ID 46. The previous hard disk serial 

is of a different type than original critical hardware 26e. 2U , AA /f . j4 4 . r 

^ r b number 44 and the previous motherboard type ID 46 identify 

In one implementation of the invention, each client com- the hard disk and the mome rboard of client computer 24 
puter 24 is assigned to one of the servers 22. Accordingly, when it was last connected to server 22. The function of 
when a client computer 24 is used in the network configuration file 38 is disclosed in greater detail below, 
environment, a communication link or another logical con- CHent direct 38 also indudes 0 ti tem com . 
necuon is established between the client computer and the nts 48 wMch are dficafl configured and adapted 
associated server. As seen in FIG. 2B, for example, client for the hardware configuration of the assigned client corn- 
computer 24a could be assigned to server 22*. In this case, 24 ^ ^ s tem componC nt s 48 include a 
whenever client computer 24* is operated m the environ- loadef 5Q a fe ^ ^ ^ ti slem con> 
ment of network 20, it communicates with server 226 over ^ 54. The functions of the loader 50 and registry 52 
network infrastructure 28. Furthermore, in this are ^ M in greater detail below . In ihis embo diment, 
implementation, a first copy 18 of the operating system is Qne e k Qf a suitabk operating system for ^ wilh the 
stored at server computer 226 and a second copy 30 is stored esent invention is Windows NX, manufactured by 
in a client-side cache 32. During normal operation of client Microsoft 

Corporation of Redmond, Wash. Accordingly, the 

computer 24a in the environment of network 20, the client cxamptes of me methods ^ syslems of lhe iQveQtion 

computer is booted over the network infrastructure 28. In disdoscd herein are compatible with Windows NT. Other 

other words, the first copy 18 of the operating system is sent tillg systems also have similar components and may be 

to the client computer 24a over network infrastructure 28. ^ ^ conjunction with the invention in substantially the 

The dual copies of the operating system provide flexibility same ^ windows For exam , e windows NT and 

to the client computers 24 of network 20. If the assigned Qther ati tems ate in tne network environment 

server 226 fails or is otherwise unavailable, the second copy such that the network mterface card> the hard ^ and the 

30 of the operating system may be used to locally boot the motherboard are critical hardware components. In order to 

client computer 24a. Likewise, m case of loss of data from successfully boot these opera ti ng syst ems, they must be 

the hard disk on which the second copy 30 of the operating appropriately configured and adapted to support the forego- 

system is stored, client computer 24a can boot over the fa critical hafdware componentSi 

network without the assistance of the hard disk. . c . , 

Still other operating systems function in the network 

The invention is further described herein by making environment in different ways. For example, other operating 

reference to specific examples of booting an operating sys tems have different corresponding "critical" hardware 

system on a client computer after critical hardware compo- components than those disclosed herein in reference to 

nents have been replaced. It should be understood that the 5Q Windows NT. In the se cases, the operating systems and 

examples disclosed herein are representative, and arc not device dr i V ers are adjusted to compensate for the specific 

intended to limit the scope of the invention. The invention is critical hardware components of each particular case, 

not limited to any particular operating systems, network Although the specific critical hardware components may be 

architectures, communication protocols, or replaced hard- different from those that correspond to Windows NT or some 

ware components. 55 ot jj er operating systems, those skilled in the art, upon 

FIGS. 3 and 4 illustrate examples of a server computer 22 learning of the invention disclosed herein, will understand 

and a client computer 24, respectively. For purposes of which hardware components are deemed "critical" and how 

illustration, it is assumed that client computer 24 of FIG. 4 to compensate for changed critical hardware components, 

is assigned to server 22 of FIG. 3 . Accordingly, server 22 of [ n tn i s embodiment, client directory 38 further includes 

FIG. 3 provides the operating system components that are 60 client information 56, which may comprise a previous 

booted on client computer 24 of FIG. 4 and further provides network interface card ID 58, other hardware ID 60, data 

the network processing resources needed to operate client fii es 62, and applications 64. Previous network interface 

computer 24 in the network environment. C ard ID 58 identifies the network interface card (a critical 

In this embodiment, server 22 includes a server network hardware component in this embodiment) that was included 

card 34, such as those that are commonly used in the art to 65 in the client computer 24 when it was last connected to the 

transmit data between server 22 and other computers or network. Likewise, other hardware ID 60 corresponds to 

devices in the network. In addition, server 22 includes a non-critical hardware components previously included in 
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client computer 24. Data files 62 and applications 64 contain 
computer-executable instructions and data structures asso- 
ciated with client computer 24, and copies of these files may 
also be stored on client computer 24 during normal opera- 
tion of the network. 5 

GUID/scrver assignment repository 66 contains informa- 
tion regarding the assignment of client computers 24 to 
server computers 22. In one embodiment of the invention, 
server computer 22 further has stored therein an operating 
system chooser 68, which is an executable software program 10 
further described herein. Installation point 70 is a repository 
containing various device drivers and operating system 
components that may be selected and installed to support 
any of a number of new or replacement hardware compo- 
nents of client computer 24. It is noted that each server 22 15 
may access different installation points for different client 
computers. Operating system files 72 is yet another reposi- 
tory containing portions of the operating system that are 
standard and applicable to client computers 24 having any 
type of hardware. Server computer 22 may have only one 20 
copy of operating system files 72 to support multiple 
assigned client computers 24. In this case, memory 
resources are conserved, because the standard and univer- 
sally applicable portions of the operating system are not 
duplicated in each of the plurality of client directories 38. 25 
Thus, the portions of the operating system that are specifi- 
cally applicable to a particular client computer 24 are stored 
in operating system components repository 48, while the 
generally applicable portions are stored in operating system 
files repository 72. Alternatively, however, each client direc- 30 
tory may include a complete copy of the operating system in 
operating system components repository 48, such that a 
separate operating systems files repository 72 is not needed. 

Client directories 38, GUID/server assignment repository 
66, operating system chooser 68, installation point 70, and 35 
operating system files repository 72 may be physically 
located in one or more memory devices in server computer 
22. Alternatively, at least some of the foregoing elements 
may instead be located at a remote site, such as another 
server computer. For example, installation point 70 may be 40 
located at another server and accessed by server computer 
22 via the network infrastructure. 

FIG. 4 illustrates selected components of the client com- 
puter that is assigned to server computer 22 of FIG. 3. The 
critical and non-critical hardware components of client 45 
computer 24 may be of any type and source that are 
compatible with operating system used in the network. 
Indeed, the ability to recognize and adjust for any of the 
wide range of new or replacement hardware components is 
one of the advantages of the present invention. Client 50 
computer 24 has a network interface card ("NIC) 74, such 
as those that are typically used in the art to establish 
communication between the client computer and other 
devices in the network. Network interface card 74 typically 
includes a boot ROM 76 and a NIC ID 78. Boot ROM 76 55 
includes computer-executable code for initially communi- 
cating over the network infrastructure before the operating 
system boots on client computer 24. NIC ID 78 is a digital 
code that identifies network interface card 74 sufficiently to 
at least distinguish it from other types of network interface 60 
cards. 

Motherboard 80 may be either a single-processor or 
multi-processor device, and accordingly includes one or 
more processors 82. A motherboard ID 84 identifies the 
motherboard type (i.e., single- or multi-processor, speed, 65 
manufacturer, etc.). GUID 86 is a globally unique identifier 
that uniquely distinguishes client computer 24 from all other 
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computers. Currently, GUID 86 is ordinarily encoded on a 
read-only memory device of the client computer. However, 
as disclosed below in greater detail, GUID 86 may instead 
be any other identifier and encoded on another component of 
the client computer. 

Hard disk 88 includes a disk serial number 90 that 
uniquely identifies the particular hard disk from other hard 
disks. A client-side cache 92 may be stored on hard disk 88, 
and may contain a copy of the information stored in the 
corresponding client directory 38 of FIG. 3. Client-side 
cache 92 also includes a client-side boot serial number 94. 
A primary purpose of client-side boot serial number 94 and 
the corresponding server-side boot serial number 42 is to 
detect when local hard disk 88 is out of date with respect to 
the server computer and is not to be used during a current 
booting operation. If, during the last time that client com- 
puter 24 booted with access to server computer 22, the client 
computer also had access to local hard disk 88, client-side 
boot serial number 94 will be equal to server-side boot serial 
number 42. In particular, server-side boot serial number 42 
is incremented each time that client computer 24 boots with 
access to server computer 22. Subsequently, if client com- 
puter 24 also has access to local hard disk 88, client-side 
boot serial number 94 is synchronized over the network with 
server-side boot serial number 42. 

However, there are at least two results when local hard 
disk 88 has been inaccessible by client computer 24 during 
the most recent connection to server computer 22. First, 
client-side boot serial number 94 is not synchronized with 
server-side boot serial number 42. Second, the information 
in client-side cache 92 is not updated, and is presumably out 
of date with respect to server computer 22. Thus, a client- 
side boot serial number having a value less than the server- 
side boot serial number indicates that the client-side cache is 
not current and is not to be used during the current booting 
operation. Specific examples of comparing the values of the 
two boot serial numbers are presented below in reference to 
FIGS. 6-9. 

FIG. 4 further illustrates non-critical hardware compo- 
nents of client computer 24, including a hard disk controller 
96, which is a device that interfaces with and operates hard 
disk 88. Other non-critical hardware components 98, such as 
a video card, a sound card, and peripheral devices, may also 
be included in client computer 24. Technically, video cards 
may be considered "critical" hardware components. 
However, for purposes of illustration, the video card is 
classified with the non-critical components, since all 
currently-used video cards are addressed according to a 
baseline standard, which the operating system can fall back 
to during the boo tup process. When a replacement or new 
video card is included in a client computer, the associated 
driver may be configured during a later plug and play 
process. Non-critical hardware components 98 may have 
identifying information 100 that specifies the version, 
manufacturer, etc., of the hardware device. 

In a Windows NT environment, the critical hardware 
components include network interface card 74, motherboard 
80, and hard disk 88. In order to successfully boot Windows 
NT on client computer 24, the operating system generally 
must be configured and adjusted to support the foregoing 
hardware components. The present invention compensates 
for changed critical hardware components and automatically 
installs the appropriate device drivers and configures the 
operating system software with little or no user assistance. 
As mentioned previously, other operating systems may have 
other corresponding critical hardware components. 
However, the invention is equally applicable in such cases, 
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and may be used to recognize and compensate for substan- 
tially any type of new or replacement critical hardware 
components. The elements and components of server com- 
puter 22 and client computer 24 will be further described in 
reference to specific examples of the methods of the inven- 
tion. 

In view of the foregoing examples of client computers and 
server computers, FIG. 5 is a flow chart depicting high-level 
steps in a general embodiment of the methods of the 
invention. In step 102, the client computer makes an initial 
request for a server by, for example, sending its GUID over 
the network and requesting the network address of the server 
to which it is assigned. Step 104 relates to one aspect of the 
invention, in which it is determined whether the client 
computer previously has been connected to the network, and 
if not, whether the client computer is a new computer or a 
replacement for a previous computer. The determination as 
to whether the client computer previously connected to the 
network can involve comparing the client computer's GUID 
against information stored in a GUID/server assignment 
repository accessible by the server computer. In step 104, if 
the client computer is a new or replacement computer, the 
GUID/server assignment repository is updated as needed to 
assign the new or replacement computer to a server. 

It is noted that the methods of adjusting the operating 
system for new or replacement hardware may be practiced 
with or without step 104, which relates to methods for 
recognizing a client computer as being new or a 
replacement, and assigning the client computer to a server 
computer. Likewise, the method of step 104 may be prac- 
ticed in the absence of much of the remainder of the subject 
matter disclosed herein. However, combining the methods 
of adjusting the operating system for new or replacement 
hardware and recognizing a client computer as being new or 
a replacement significantly reduces the administrative effort 
and attention that would otherwise be required. 

In step 106, the client computer establishes a preliminary 
connection with the assigned server computer, without yet 
booting the operating system. At this stage of the method, 
before the operating system boots, it is determined in step 
108 whether the critical hardware of the client computer has 
changed since the last time the client computer connected to 
the server. In step 110, the server computer identifies the 
operating system components or device drivers needed to 
support any changed critical hardware components and 
makes them available to the client computer. The updated 
operating system is then booted on the client computer 
according to step 112. 

After initial bootup of the operating system, step 114 is 
conducted, in which device drivers supporting critical and 
non-critical hardware components are started. According to 
an optional final step 116, "plug and play" may be conducted 
with respect to new or replacement non-critical hardware 
components. In particular, the device drivers that support 
any new or replacement non-critical hardware may be 
automatically installed and started so that the client com- 
puter is fully operational with little or no user assistance. 

The method of FIG. 5 may be further understood by 
making reference to FIGS. 6-9, which depict specific 
examples of the methods and systems of the invention, and 
correspond generally to the four replacement scenarios 
illustrated in FIG. 2A. Again, the examples of FIGS. 6-9 are 
directed to a network environment supported by Windows 
NT or other operating systems that result in similar critical 
hardware components. Ihe examples are discussed below 
with respect to the flow diagrams of FIGS. 10A-13, which 
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illustrate in greater detail the steps conducted according to 
these embodiments of the invention. 

It is also noted that the architecture of the networks, the 
protocols used to communicate between client computers 

5 and servers, and the hardware components used to establish 
the connection between the client computers and the servers 
need not be the same as those disclosed in the examples 
below. The factors that influence the selection of the com- 
munication protocols and the hardware components of any 

10 particular embodiment include industry standards and the 
configurations that are compatible with the particular net- 
work and the networked computers. Thus, the invention may 
be practiced using any of a large number of communications 
protocols and hardware components beyond those that are 

15 specifically disclosed in the following examples. 

The specific examples are described below by referring to 
tasks and actions performed by the client computers, such as 
requesting data from a server or interpreting data retrieved 
from the server. In order to perform steps of the invention, 

20 the client computer executes code included in the boot 
ROM, in the loader downloaded from the server, in the 
operating system software, or in other files or modules as 
described in examples below. As used in the following 
description and the appended claims, the client computer 

25 may be described as performing the tasks or actions, regard- 
less of the source of the enabling executable code. 

EXAMPLE 1 

30 FIG. 6 illustrates a client computer that remains 
unchanged during multiple connections to the assigned 
server computer. In this example, it is assumed that client 
computer 24a has previously connected to the assigned 
server 22 over network infrastructure 28, using the same 

35 hardware that remains in the client computer. In step 120 of 
FIG. 10A, client computer 24a initiates a request for a 
network server. For example, network interface card 74 may 
transmit data over network infrastructure 28 that is under- 
stood by the servers as a request for the network address of 

40 the particular server that is assigned to client computer 24a. 
In one implementation, boot ROM 76 provides the commu- 
nications protocol that is used to send the server request over 
the network. Furthermore, in order to identify client com- 
puter 24a, the server request of step 120 may include a copy 

45 of GUID 86. Any of the servers 22 may respond to the server 
request by comparing the GUID 86 of client computer 24a 
to information stored in a GUID/server assignment reposi- 
tory 66 of FIG. 3, which associates the client computers with 
the assigned servers. In this example, since client computer 

50 24a has previously connected to the assigned server, GUID 
86 is included in GUID/server assignment repository 66. For 
purposes of illustration, it may be assumed that client 
computer 24a is assigned to server 22b in this example. 
Thus, according to decision block 122, GUID 86 is 

55 recognized, and the method continues to step 124. 

In step 124, the assigned server responds to client com- 
puter 24a. In step 126, client computer 24a, using executable 
code in boot ROM 76, requests loader 50 from the server. 
Loader 50 includes computer-executable instructions that, 

60 when executed by client computer 24a, requests additional 
executable instructioas and other data from the server and 
loads them into a memory device at the client computer for 
later execution and/or retrieval. In response to the request, 
the server sends loader 50 to client computer 24a as illus- 

65 trated by step 128. 

Loader 50 then establishes a preliminary connection 
between client computer 24a and server 22b, whereby the 
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additional executable instructions and other data may be disk serial numbers 44 and 90 are the same, and the method 

transferred between the client computer and the server proceeds from decision block 138 to decision block 146. 

computer using Trivial File Transfer Protocol ("TFTF') or Cu rrent network interface card ID 78 and the previous 

another communication protocol. The connection is prelimi- network interface card ID 58 are used to determine whether 

nary in the sense that it is established without the operating 5 me NIC in client computer 24a has been replaced since the 

system having yet been booted on client computer 24a. In i as t time the client computer connected to the assigned 

addition to using TFTP to transfer files between client ser ver. If so, the previous configuration of the operating 

computer 24a and server 22b, the preliminary connection is system may not support the replacement NIC. In the present 

supported by a BINL communication protocol according to example, client computer 24a has already requested and 

one embodiment. 10 received registry 52, which includes a copy of previous NIC 

Client computer 24a, using loader 50, then requests and ID 58. Client computer 24a then compares the current NIC 

receives registry 52 and configuration file 40 from the server ID 78 to the previous NIC ID 58 to determine whether 

as illustrated by step 130. Registry 52 includes a list of files network interface card 74 is of a different type than the 

and executable operating system software that client com- network interface card previously included in the client 

puter 24a is to request from the assigned server and further 15 computer. According to decision block 146, it is recognized 

includes a copy of previous NIC ID 58. In this example, that NIC ID 78 is the same as previous NIC ID 58, and the 

configuration file 40 contains server-side boot serial number method moves to step 148. The manner in which the 

42, the previous hard disk serial number 44 and the previous methods and systems of the invention respond when the 

motherboard type ID 46, which have been described herein network interface card IDs are not the same is disclosed in 

in reference to FIG. 3. This and other data that may be 20 greater detail in other examples below, 

included in configuration file 40 is interpreted by At this stage of the method, any replacement critical 

executable-instructions at client computer 24a to prepare the hardware components of client computer 24a have been 

client computer to boot the operating system and otherwise identified, and it has been verified that the operating system 

fully connect to the assigned server as described in greater ^ configured to support the critical hardware components, 

detail below. 25 since client computer 24a remains unchanged since the last 

Next, in step 132, client computer 24a detects its client- time it was connected to the assigned server, the previous 

side boot serial number 94, hard disk serial number 90, operating system configuration remains compatible with the 

motherboard type ID 84, and NIC ID 78 in preparation for client computer, and client-side cache 92 is assumed to be 

later comparing them with the corresponding server-side current. In step 148, the server downloads the appropriate 

information contained in configuration file 40. It is noted 30 operating system components to client computer 24a. This 

that since client computer 24a has previously connected to download may be initiated, for example, during a process in 

the assigned server using the same hardware that is presently which client computer 24a walks through an operating 

included therein, the boot serial numbers 42 and 94, the hard system file list of registry 52 and requests the files listed 

disk serial numbers 44 and 90, and the motherboard type IDs therein. Optionally, since client-side cache 92 is current in 

46 and 84 will be identical with each other. 35 this example, the operating system components and other 

In the present example, according to decision block 134, data mav De obtained from local hard disk 88 instead of from 

server-side boot serial number 42 is not greater than client- tne server computer, thereby reducing server and network 

side boot serial number 94. Accordingly, it is assumed that infrastructure loads. 

client-side cache 92 is current and the method proceeds to 40 According to step 150, the operating system boots on 

step 136 of FIG. 10B. The manner in which the methods and client computer 24a. Because client-side cache 92 is current, 

systems of the invention respond to non-synchronized boot hard disk 88 may be used to boot the operating system and 

serial numbers is disclosed in greater detail in other later to continue executing the operating system and to 

examples below. support the activities of client computer 24a. During the 

The motherboard type IDs 46 and 84 are used to deter- 45 preceding steps of this example of the method, the server has 

mine whether the motherboard type has changed since the compiled a change list containing changes that have 

last time client computer 24a was connected to the network. occurred with respect to the information stored in registry 

If it is determined that motherboard 88 is new, the previous 52 - In ste P 152 > tne cUcnt computer updates registry 52 as 

operating system configuration may not be compatible with needed, thereby ensuring that it contains current informa- 

the new motherboard. For example, many operating systems 50 tl0n - 

have one version for a single -processor motherboard and Next, in step 154 of FIG. 10C, client computer 24a starts 

another version for multiple-processor systems. The manner the device drivers that support its critical and non-critical 

in which the methods and systems of the invention respond hardware components. According to decision block 156, the 

to replacement motherboards is disclosed in greater detail in client computer determines whether a flag, which indicates 

other examples below. In this example, however, the moth- 55 that hard disk 88 should be reformatted or repartitioned or 

erboard type IDs 46 and 84 are identical and, according to that client-side cache 92 should be cleared, was set during 

decision block 136, the method continues at step 138. the earlier stages of the method. In this example, the flag has 

The hard disk serial numbers 44 and 90 are used to not been set, and the method advances to step 160, in which 

determine whether a replacement hard disk has been tne server increments server-side boot serial number 42 and 

included in client computer 24a since it was last connected 60 updates hard disk serial number 44 and motherboard type ID 

to the assigned server. If it is determined that the hard disk 46 as needed. The client-side boot serial number 94 is also 

88 is new, client-side cache 92 is assumed to be empty or synchronized with the value of server-side boot serial num- 

otherwise not current, and is not to be used to boot the ^ er - 

operating system on client computer 24a. The manner in Optional step 162 further streamlines the process of 

which the methods and systems of the invention respond to 65 replacing hardware components or entire computers on the 

replacement hard disks is disclosed in greater detail in other network. According to step 162, client computer 24a and the 

examples below. In the present example, however, the hard assigned server computer communicate with each other to 



12/14/04, EAST version: 2.0.1.4 



US 6,301 

15 

identify any replacement or new non-critical hardware com- 
ponents. If any are present, the appropriate device drivers 
may be identified and installed with little or no user assis- 
tance according to a process known in the industry as "Plug 
and Play". 5 

At some point after the operating system has booted on 
the client computer, the server downloads information to 
client computer 24a as needed in order to update client-side 
cache 92 as illustrated by step 164. According to step 166, 
the downloaded information is then stored in client-side 10 
cache 92. In one embodiment of the invention, client-side 
cache 92 contains the same information, data files, and 
computer-executable code that is stored in the corresponding 
client directory 38 of FIG. 3. Accordingly, client-side cache 
92 may be repeatedly compared to client directory 38 and 15 
updated to ensure that it continues to be a mirror of the client 
directory. Providing dual copies of the operating system 
files, data files, applications, etc., allows client computer 24a 
to use exclusively either client-side cache 92 or client 
directory 38 if the other one of these two memory locations 20 
is temporarily unavailable. 

The foregoing method and system of FIG. 6 illustrate one 
example of the manner in which the invention may be used 
to identify the critical hardware components of the client 
computer and to boot the operating system on the client 25 
computer. In particular, the client computer, with the assis- 
tance of the server computer, has verified that its hardware 
components are the same as those previously included in the 
client computer the last time it was connected to the server. ^ 

EXAMPLE 2 

FIG. 7 depicts in greater detail the second replacement 
scenario of FIG. 2A, wherein client computer 24b is 
replaced in its entirety by replacement client computer 24b'. 35 
Moreover, the replacement critical hardware in replacement 
client computer 24b* is of the same type as the previous 
critical hardware in client computer 24b. In this example, the 
replacement hardware components illustrated in FIG. 7 
include a network interface card 174, a motherboard 180, a 40 
hard disk 188, and a hard disk controller 196. Of the 
foregoing hardware components, all are considered to be 
"critical" in this example, except hard disk controller 196. 

Turning to the method illustrated in the flow diagrams of 
FIGS. 10A-10C and 11-13, replacement client computer 45 
24b* sends a server request in step 120 as described above in 
reference to Example 1. In this example, however, GUID 
186 is not located by the server in GUID/server assignment 
repository 66. Accordingly, in decision block 122 of FIG. 
10A, GUID 186 is not recognized, and the method moves to 50 
step 202 in the flow diagram of FIG. 11. The sub-routine of 
FIG. 11 generally corresponds to step 104 of FIG. 5, in 
which a new or replacement computer is recognized by the 
server, which then updates GUID/server assignment reposi- 
tory 66. This sub-routine allows a new or replacement 55 
computer to be rapidly and easily assigned to a server with 
only a small amount of user input. 

Because client computer 24£>' has not previously been 
connected to the network and replacement GUID 186 was 
not located in GUID/server assignment repository 66, client 60 
computer 246' has not yet been assigned to a particular 
server. Accordingly, any of the servers of the network may 
respond to the server request of step 120 and proceed 
through the sub-routine of FIG. 11. In step 202, the server 
requests the administrative authorization from the user of 65 
client computer 24& in order to verify that the user is 
authorized to add or replace a client computer. In step 204, 
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the user enters a password or other authorization code, or the 
user is otherwise verified as having a certain level of 
administrative authorization. Based on the user 
authorization, according to step 206, the server compiles an 
option list that, in this example, allows the user to indicate 
whether client computer 24b' is a replacement for a previous 
computer or is entirely new to the network. In other 
embodiments, depending on the network architecture, the 
intended use of the client computer, and the user 
authorization, the option list may present additional choices. 
In another embodiment, the administrator can configure the 
system to automatically recognize client computer 24/?' as a 
replacement. 

The user makes a selection from the option list in step 
208. In this example, the user selects the replacement 
computer option. Thus, since client computer 246' is a 
replacement for previous client computer 24b, the method 
proceeds from decision block 210 to step 212. Next, accord- 
ing to step 212, the user of client computer 24b* sends 
information that identifies previous client computer 24b. For 
example, the user may enter a user-friendly name associated 
with previous client computer 246, such as a user account 
name for the user of the previous client computer. 
Alternatively, the identifying information sent in step 212 
may be any other information that uniquely identifies pre- 
vious client computer 24b, such as previous GUID 86. 

In step 214, the server computer locates previous GUID 
86 associated with previous client computer 24b in the 
GUID/server assignment repository 66. Next, the server 
replaces previous GUID 86 with replacement GUID 186 
according to step 216, thereby effectively recognizing that 
client computer 246' is a replacement for previous client 
computer 24b. Furthermore, client computer 24// is now 
assigned to a server and is associated with the client direc- 
tory 38 of FIG. 3 that had previously corresponded to client 
computer 24b. Referring again to decision block 210, it is 
noted that if client computer 24b' had instead been a new 
computer, the method would have moved to step 218, 
wherein the new computer would have been assigned to a 
server. In either case, once the sub -routine of FIG. 11 has 
been performed, the client computer, whether new or a 
replacement, has been assigned to an appropriate server. 

Returning now to FIG. 10A, steps 124, 126, 128, 130, and 
132 are conducted in substantially the same way as 
described above in reference to Example 1. Since hard disk 
188 is new, the hard disk either does not yet have a 
client-side boot serial number or may have an old client-side 
cache and client-side boot serial number. In either case, it is 
assumed that the information on hard disk 188 is unreliable. 
In one embodiment, client-side cache 192 may be immedi- 
ately disabled and a flag may be set to request a later 
reformat of the hard disk without having to execute decision 
blocks 134 and 138, since it is known that hard disk 188 
contains unreliable information. For example, steps similar 
to steps 140 and 142 may be conducted to disable client-side 
cache 192 and to set the flag. In another embodiment, 
however, the method may proceed normally through deci- 
sion block 134 to step 135 and later from decision block 138 
to steps 140 and 142, in which client-side cache 192 is 
disabled such that it will not be used to boot the operating 
system. 

Decision block 136 is answered affirmatively in this 
example, since replacement motherboard ID 184 is the same 
as previous motherboard ID 84 (i.e., the replacement and 
previous motherboards are of the same type). Assuming that 
client-side cache 192 has previously been disabled and that 
decision block 138 is to be skipped as described above, the 
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method proceeds to decision block 146, which is conducted Client-side cache 292 is disabled in the same way 

in substantially the same way as disclosed herein in refer- described above in reference to Example 2, such that it is not 

ence to Example 1. In this example, replacement NIC ID 178 used to boot the operating system. It can be understood that 

is the same as previous NIC ID 78, due to the assumption client-side cache 292 is essentially empty at this point or 

that replacement network interface card 174 and previous 5 contains invalid data from a previous installation, since hard 

network interface card 74 are of the same type. At this point, ^ 288 is new - Thus, client-side cache 292 is appropriately 

the critical hardware components have been checked suffi- not used during the later process of booting the operating 

ciently to verify that the operating system is in condition to system. 

boot on client computer 246'. Steps 148 and 150 are then Replacement motherboard 280 is of a different type than 

conducted as described above in reference to Example 1, io P revious motherboard 80. Thus, replacement motherboard 

with the exception that the operating system boots without L y ? e IE ! 284 15 d , uTerenl f ^ om . P revious motherboard type ID 

hard disk 188 being involved. The appropriate operating 84 and > according to decision block 136 the method 

systenTcomponents are downloaded to client computer 24Z>' **i* n ™ l r ° the sub -™tine de P^ d « fc flow chart of 

and executed thereon. FIG fi 12 \ . In V f l ™ ° f th , e ™P tl0n ^at the previous 

A • , , , configuration of the operating system is not compatible with 

Next, steps 152 and 154 are conducted as described above 15 r epi acem ent motherboard 280, this sub-routine reconfigures 
in reference to Example 1. According to decision block 156, the opera ting system to support the replacement mother- 
the presence of the flag is recognized, and the method board . In step 30 2, client computer 24d sends replacement 
advances to step 158, wherein hard disk 188 is reformatted motherboard type ID 284 to the assigned server. The server 
or repartitioned or client-side cache 192 is cleared. The interprets the transmitted motherboard type ID 284 as a 
choice among the foregoing options of reformatting, 20 request to install the version of the operating system that 
repartitioning, or clearing may be based on an expressly- supports the replacement motherboard 280. In step 304, the 
selected or default setting of the operating system. In the server then locates the installation point 70 of FIG. 3, which 
subsequent step 160, configuration file 40 is updated to is a repository containing operating system software and 
include the replacement hard disk serial number 190 and to device drivers from which the operating system for the 
increment the server-side boot serial number 42. Next, the 25 previous client computer 24c originated, 
optional step 162 may be conducted as described above in Based on the information identifying replacement moth- 
reference to Example 1. According to steps 164 and 166, the erboard 280, the server finds the appropriate version of the 
appropriate data is eventually downloaded to client com- operating system software in installation point 70 according 
puter 24b* in order to update client-side cache 192. Thus, to ste P 306 In ste P 308 > the operating system software is 
client-side cache 192 now contains a current copy of the 30 installed in the client directory 38 that corresponds to client 
information stored in the corresponding client directory 38. computer 24d. For example, the server may put the new 

The foregoing example illustrates one method whereby a operating system software in operating system components 
replacement client computer is recognized as such, and the repository 54. Thus, the operating system stored in client 
GUID/server assignment repository is updated to assign the directory 38 is now reconfigured to be compatible with 
replacement client computer to the appropriate server. This 35 motherboard 280 without requiring any user assistance, 
portion of the method of the invention requires only a Returning to FIG. 10B, decision block 138 and steps 140 
minimal amount of user input to configure the network to and 142 ma y be skipped as described above in reference to 
respond to the replacement computer as it did to the previous Example 2, based on the assumption that the client-side 
client computer. Moreover, the critical hardware compo- cache was previously disabled after it was determined that 
nents are checked to determine whether their type has 40 client computer 24d is a replacement. Client computer 24d 
changed in order to verify the compatibility of the operating lnen compares the current NIC ID 278 to the previous NIC 
system, and to determine whether the hard disk should be ID 78 > which was included in the registry sent to the client 
disabled during the process of booting the operating system. computer in step 130, to determine whether NIC 274 is 
This portion of the method of the invention allows the currently supported by appropriate operating system soft- 
replacement client computer to begin operating with little or 45 ware and device drivers. According to decision block 146, 
no user assistance. replacement NIC ID 278 is different from previous NIC ID 

78 because replacement NIC 274 and previous NIC 74 are 

EXAMPLE 3 of different types> 

FIG. 8 illustrates the replacement of a previous client The method then advances to the sub-routine illustrated in 

computer with a replacement client computer, including 50 the flow diagram of FIG. 13. Based on the different network 

critical hardware components of a different type than the interface card IDs, the server assumes that the operating 

previous critical hardware components. In particular, in this system configuration must be updated in order to boot the 

example, it is assumed that network interface card 274, operating system on client computer 24d. As illustrated by 

motherboard 280, and hard disk 288 are of different types step 401, client computer 24d sends the new network card 

than the corresponding hardware components of previous 55 ID to the server, thereby notifying the server that the new 

client computer 24c. network interface card 278 is of a different type than 

Step 120 and decision block 122 are conducted as previous network interface card 78. In step 402, the server 
described above in reference to Example 2. In particular, identifies the installation point 70 associated with client 
GUID 286 is recognized as being new, and the method computer 24d. Step 404 involves finding, in installation 
continues in the sub-routine illustrated in FIG. 11. 60 point 70, the device driver that supports replacement NIC 
Furthermore, the steps of FIG. U are conducted in substan- 278. The appropriate device driver is then placed in the 
tially the same way that is described in reference to Example client directory 38 that corresponds to client computer 24d. 
2. Client computer 24d is recognized as a replacement for The server computer also provides to the client computer 
previous client computer 24c, and GUID/server assignment information which may be needed to start the new device 
repository 66 is updated accordingly. Next, steps 124, 126, 65 driver. The information required is operating system 
128, 130, and 132 are conducted as described above in specific, and includes registry settings in the case of Win- 
reference to Examples 1 and 2. dows NT. 
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At this point in the method of this example, the operating 
system software has been reconfigured and updated to 
support the new critical hardware components of client 
computer 24d. In addition, because hard disk 288 is new, it 
has been disabled during the balance of the boot process. 5 
Next, the remaining steps of the invention are conducted in 
substantially the same manner as described herein in refer- 
ence to Example 2. Like Example 2, the method of this 
example recognizes the replacement client computer as a 
replacement for the previous client computer. In this 10 
example, it was determined that the operating system should 
be updated to support the changed critical hardware com- 
ponents. The server provided the appropriate operating 
system software and device drivers to boot the operating 
system on the replacement computer with little or no user 15 
assistance. 

EXAMPLE 4 

FIG. 9 illustrates the replacement of only selected hard- 
ware components of a client computer. In this example, the 20 
previous hard disk controller is replaced with a new hard 
disk controller of a different type. In this example, the hard 
disk controller 396 is not a critical hardware component in 
the sense that the operating system must be reconfigured 
before booting. However, the new hard disk controller 25 
presents special considerations that are analyzed below. It is 
further assumed that client computer 24e, with its previous 
hardware configuration, has been connected at least once to 
its assigned server. ^ 

In step 120, client computer 24e makes a server request as 
described herein in reference to Example 1. GUID 86 is 
recognized in decision block 122, after which steps 124, 
126, 128, 130, and 132 are conducted as described herein in 
reference to the other examples. Although replacement hard 35 
disk controller 396 is of a different type than the previous 
controller 96, hard disk serial number 90 and client-side boot 
serial number 94 may be read from hard disk 88 according 
to this embodiment because the protocols for doing so are 
sufficiently standard among hard disk controllers of different 4Q 
types. 

The method proceeds through decision blocks 134 and 
136 in the same manner as described in reference to 
Example 1. Hard disk 88 has not been replaced, and the 
method advances from decision block 138 to decision block 45 
146. Thus, hard disk 88 is not disabled, and is in condition 
to be used during the subsequent process of booting the 
operating system. However, it is noted that hard disk con- 
troller 396 has not yet been supported by a corresponding 
device driver, and will not be until after the operating system 50 
boots. As a result, hard disk 88 is inaccessible, and the 
operating system is booted in this example without the 
assistance of the hard disk. Step 146 is conducted as 
described above in reference to Example 1. In particular, 
network interface card 74 remains unchanged, and the 55 
operating system already supports it. 

Steps 148 and 150 are conducted, wherein the reconfig- 
ured operating system is downloaded from the server to 
client computer 24e and is executed on the client computer. 
Steps 152, 154, 156, and 160 are then conducted as 60 
described above in reference to Example 1, but without the 
use of hard disk 88, which remains inaccessible due to 
replacement hard disk controller 396. In this example, hard 
disk 88 is not used to boot the operating system, with the 
result that client-side boot serial number 94 is not incre- 65 
mented. The next time that the operating system is booted, 
client-side boot serial number 94 and server-side boot serial 
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number 42 will be out of synchronization, indicating that 
client-side cache 92 is stale. It can be understood that this 
non-synchronization of the boot serial numbers is 
appropriate, since during the present network session client- 
side cache 92 is not being updated. 

Next, in step 162, a device driver that supports replace- 
ment hard disk controller 396 may be installed. However, in 
this embodiment, the device driver for the hard disk con- 
troller 396 does not actually allow the hard disk controller to 
operate until the operating system boots again. Optionally, 
the user may continue to operate client computer 24e over 
the network without accessing hard disk 88, which is made 
possible by the client information stored in client directory 
38. According to this option, client computer 24e operates 
"diskless" until the next time the operating system boots 
during the normal use of the network. Alternatively, the 
methods of FIGS. 10A-10C may be immediately repeated 
so that the operating system reboots and replacement hard 
disk controller 396 becomes operable. In either event, client - 
side cache 92 cannot be updated in steps 164 and 166 before 
client computer 24e is rebooted because hard disk 88 
remains inaccessible. 

According to the foregoing example, the replacement of 
only some of the critical and non-critical hardware compo- 
nents is automatically recognized, and the operating system 
is reconfigured to support the new hardware components 
with little or no user assistance. 

The present invention may be embodied in other specific 
forms without departing from its spirit or essential charac- 
teristics. The described embodiments are to be considered in 
all respects only as illustrative and not restrictive. The scope 
of the invention is, therefore, indicated by the appended 
claims rather than by the foregoing description. All changes 
which come within the meaning and range of equivalency of 
the claims are to be embraced within their scope. 

What is claimed and desired to be secured by United 
States Letters Patent is: 

1. In a networked system including a server computer and 
a network infrastructure over which the server computer can 
download operating system components to client computers, 
a method of establishing a second client computer as a 
replacement for a first client computer, comprising the steps 
of: 

establishing a connection over the network infrastructure 
between the second client computer and the server 
computer prior to booting the operating system com- 
ponents on the second client computer, the second 
client computer being a replacement for the first client 
computer; 

transmitting, from the second client computer to the 

server computer, a second unique identifier associated 

with the second client computer; 
transmitting, from the second client computer to the 

server computer, information identifying the first client 

computer; 

locating a first unique identifier associated with the first 
client computer in a repository accessible by the server 
computer; 

replacing, in the repository, the first unique identifier with 
the second unique ident ifier prior to booting the second 
client computer, whereby the server computer recog- 
nizes the second client computer as a replacement for 
the first client computer; 

transmitting from the server computer to the second client 
computer information identifying hardware compo- 
nents of the first client computer; 
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transmitting from the second client computer to the server 
computer the identity of hardware components of the 
second client computer which are of a different type 
than the hardware components of the first client com- 
puter; 

modifying the operating system components at the server 
computer to support the hardware components of the 
second client computer which are of a different type 
than the hardware components of the first client com- 
puter; 

downloading the operating system components from the 
server computer to the client computer; and 

booting the operating system components on the second 
client computer. 

2. A method as defined in claim 1, wherein the step of 
transmitting the second unique identifier comprises the step 
of transmitting a copy of a globally unique identifier asso- 
ciated with the second client computer. 

3. A method as defined in claim 2, wherein the step of 
locating the first unique identifier comprises the step of 
locating a copy of a globally unique identifier associated 
with the first client computer. 

4. A method as defined in claim 1, wherein the step of 
transmitting information identifying the first client computer 
comprises transmitting an account name associated with the 
first client computer. 

5. A method as defined in claim 1, further comprising, 
before the step of booting the operating system, the step of 
disabling a hard disk of said second client computer such 
that the step of booting the operating system is conducted 
without the assistance of the hard disk. 

6. In a networked system including a plurality of server 
computers and a network infrastructure over which the 
server computers can download operating system compo- 
nents to client computers, a method of recognizing a new 
client computer as being new to the networked system, the 
method comprising: 

establishing a connection over the network infrastructure 
between the new client computer and the server com- 
puter prior to booting the operating system components 
on the new client computer, the new client computer 
not having been previously connected to the server; 

transmitting, from the new client computer to the server 
computer, a unique identifier associated with the sec- 
ond client computer; 

transmitting, from the new client computer to the server 
computer, information indicating that the new client 
computer has not been previously connected to the 
server; 

transmitting, from the new client computer to the server 
computer, hardware information identifying a hardware 
component of the new client computer; 

assigning the new client computer to one of the plurality 
of server computers; 

storing the unique identifier in a repository wherein the 
unique identifier is associated with the one of the 
plurality of server computers to which the new client 
computer has been assigned; 

downloading, from the server computer to the new 
computer, operating system components having been 
configured to support the hardware component; and 

booting the operating system components on the server 
computer. 

7. A method as defined in claim 6, further comprising 
comparing the unique identifier against a plurality of known 
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unique identifiers, whereby the unique identifier is recog- 
nized as being new to the networked system. 

8. A method as defined in claim 6, further comprising, 
before downloading the operating system components, 
modifying the operating system components to support the 
hardware component. 

9. A method as defined in claim 6, further comprising, 
before transmitting hardware information, recognizing, by 
the new client computer, that the hardware component is of 
a different type than a previous hardware component of a 
previous client computer for which the new client computer 
is a replacement. 

10. In a server computer having operating system com- 
ponents that can be downloaded to client computers over a 
network infrastructure, a computer program product for 
implementing a method of treating a second client computer 
as a replacement for a first client computer, the computer 
program product comprising: 

a computer-readable medium for carrying computer- 
executable instructions, wherein said computer- 
executable instructions comprise: 
code means for maintaining a connection between the 
server computer and the second client computer prior 
to booting the operating systems components on the 
second client computer, the second client computer 
being a replacement for the first client computer; 
code means for receiving from the second client com- 
puter a second unique identifier associated with the 
second client computer; 
code means for receiving from the second client com- 
puter information identifying the first client com- 
puter; 

code means for locating a first unique identifier asso- 
ciated with the first client computer in a repository 
accessible to the server computer; and 

code means for replacing, in the repository, the first 
unique identifier with the second unique identifier, 
whereby the server computer recognizes the second 
client computer as a replacement for the first client 
computer; 

code means for transmitting from the server computer 
to the second client computer information identify- 
ing hardware components of the first client com- 
puter; 

code means for transmitting from the second client 
computer to the server computer the identity of 
hardware components of the second client computer 
which are of a different type than the hardware 
components of the first client computer; 

code means for modifying the operating system com- 
ponents at the server computer to support the hard- 
ware components of the second client computer 
which are of a different type than the hardware 
components of the first client computer; 

code means for downloading the operating system 
components from the server computer to the client 
computer; and 

code means for booting the operating system compo- 
nents on the second client computer. 

11. A computer program product as defined in claim 10, 
wherein the computer-executable instructions further com- 
prise code means for comparing the second unique identifier 
against entries in a list of known unique identifiers stored in 
the repository, whereby the server computer recognizes that 
the second unique identifier is an unknown unique identifier. 
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